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20 CLAIMS: 

What is claimed is: 



18 



Sprint Docket 2362 

1 . A method of operating an update messaging system, the method comprising: 
in a first location server, receiving a first update message from a first gateway 

wherein the first update message indicates a first type of message for the first update 
message; and 

5 determining a priority associated with the first update message based upon the 

first type of message for the first update message. 

2. The method of claim 1 further comprising dropping the first update message if the 
priority associated with the first update message requires dropping the first update 

10 message. 

3. The method of claim 2 wherein dropping the first update message occurs in 
response to message congestion in the first location server. 

15 4. The method of claim 1 further comprising, in the first location server, receiving a 
second update message from the first gateway wherein the second update message 
indicates a second type message for the second update message. 

5. The method of claim 4 further comprising determining a priority associated with 
20 the second update message based upon the second type of message for the second update 
message. 
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6. The method of claim 5 further comprising dropping one of either the first update 
message or the second update message in order of the priorities associated with the first 
update message and the second update message. 

7. The method of claim 1 further comprising, in the first location server, receiving a 
third update message from a second gateway wherein the third update message indicates a 
third type of message for the third update message and determining a priority associated 
with the third update message based upon the third type of message for the third update 
message. 

8. The method of claim 7 further comprising dropping one of either the first update 
message or the third update message in order of the priorities associated with the first 
update message and the third update message. 

9. The method of claim 1 further comprising, in a second location server, receiving a 
fourth update message from the first gateway wherein the fourth update message indicates 
the first type of message for the fourth update message, and determining a priority 
associated with the fourth update message based upon the first type of message for the 
fourth update message. 

10. The method of claim 9 further comprising dropping the fourth update message if 
the priority associated with the fourth update message requires dropping the fourth update 
message. 
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1 1 . The method of claim 1 0 wherein dropping the fourth update message occurs in 
response to message congestion in the second location server. 

12. The method of claim 9 further comprising, in the second location server, receiving 
a fifth update message from the first gateway wherein the fifth update message indicates a 
fifth type of message for the fifth update message. 

13. The method of claim 12 further comprising determining a priority associated with 
the fifth update message based upon the fifth type of message for the fifth update 
message. 

14. The method of claim 13 further comprising dropping one of either the fourth 
update message or the fifth update message in order of the priorities associated with the 
fourth update message and the fifth update message. 

15. The method of claim 1 further comprising updating a routing table with 
information delivered in the first update message. 

16. The method of claim 1 comprising receiving the first update message into the 
location server utilizing a stream control transport protocol (SCTP). 
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17. The method of claim 1 wherein the first media gateway comprises a telephony 
routing over internet protocol-lite (TRIP-lite) enabled gateway. 

18. The method of claim 1 wherein the first location server comprises a telephony 
5 routing over internet protocol (TRIP) enabled location server. 

19. The method of claim 1 wherein the first type indicates a route failure. 

20. The method of claim 1 wherein the first type indicates adding new routes. 

10 

21 . The method of claim 1 wherein the first type indicates keep alive messaging. 

22. The method of claim 1 wherein the first type indicates dynamic resource statistics. 
15 23. The method of claim 1 wherein the first type indicates load balancing statistics. 
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24. An update messaging system comprising: 

a first interface configured to receive a first update message from a first gateway 
into a first location server wherein the first update message indicates a first type of 
message for the first update message; and 
5 a first processing system configured to determine a priority associated with the 

first update message based upon the first type of message for the first update message. 

25. The system of claim 24 wherein the first processing system is further configured 
to drop the first update message if the priority associated with the first update message 

10 requires dropping the first update message. 

26. The system of claim 25 wherein the first processing system is configured to drop 
the first update message in response to message congestion in the first location server. 

15 27. The system of claim 24 wherein the first interface is further configured to receive 
a second update message from the first gateway wherein the second update message 
indicates a second type message for the second update message. 

28. The system of claim 27 wherein the first processing system is further configured 
20 to determine a priority associated with the second update message based upon the second 
type of message for the second update message. 
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29. The system of claim 28 wherein the first processing system is further configured 
to drop one of either the first update message or the second update message in order of 
the priorities associated with the first update message and the second update message. 

5 30. The system of claim 24 wherein the first interface is further configured to receive 
a third update message from a second gateway wherein the third update message indicates 
a third type of message for the third update message and wherein the first processing 
system is further configured to determine a priority associated with the third update 
message based upon the third type of message for the third update message. 

10 

3 1 . The system of claim 30 wherein the first processing system is further configured 
to drop one of either the first update message or the third update message in order of the 
priorities associated with the first update message and the third update message. 



15 32. The system of claim 24 further comprising a second interface configured to 
receive a fourth update message from the first gateway into a second location server 
wherein the fourth update message indicates the first type of message for the fourth 
update message, and further comprising a second processing system configured to 
determine a priority associated with the fourth update message based upon the first type 

20 of message for the fourth update message. 
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33. The system of claim 32 wherein the second processing system is further 
configured to drop the fourth update message if the priority associated with the fourth 
update message requires dropping the fourth update message. 

5 34. The system of claim 33 wherein the second processing system is configured to 
drop the fourth update message in response to message congestion in the second location 
server. 

35. The system of claim 32 wherein the second interface is further configured to 
10 receive a fifth update message from the first gateway wherein the fifth update message 

indicates a fifth type of message for the fifth update message. 

36. The system of claim 35 wherein the second processing system is further 
configured to determine a priority associated with the fifth update message based upon 

15 the fifth type of message for the fifth update message. 

37. The system of claim 36 wherein the second processing system is further 
configured to drop one of either the fourth update message or the fifth update message in 
order of the priorities associated with the fourth update message and the fifth update 

20 message. 

38. The system of claim 24 wherein the first processing system is further configured 
to update a routing table with information delivered in the first update message. 
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39. The system of claim 24 wherein the interface receives the first update message 
into the location server utilizing a stream control transport protocol (SCTP). 

5 40. The system of claim 24 wherein the first gateway comprises a telephony routing 
over internet protocol-lite (TRIP-lite) enabled gateway. 

41 . The system of claim 24 wherein the first location server comprises a telephony 
routing over internet protocol (TRIP) enabled location server. 

10 

42. The system of claim 24 wherein the first type indicates a route failure. 

43. The system of claim 24 wherein the first type indicates adding new routes. 

15 44. The system of claim 24 wherein the first type indicates keep alive messaging. 

45. The system of claim 24 wherein the first type indicates dynamic resource 
statistics. 

20 46. The system of claim 24 wherein the first type indicates load balancing statistics. 



26 



